Q. 전공 팀 과제의 폴더 구조는 시작할 때 어디까지 맞추시나요?

답변 3

• 라

  라면두개가능한영회계법인

  코부장 ∙ 채택률 97% ∙

  학교

  일치

  ---

  채택된 답변

  질문 작성자의 인생 선배로서 답변드립니다. 처음에는 모두가 지킬 수 있는 최소 규칙부터 합의하세요. 공유 저장 위치를 하나로 정하고 원본 자료, 가공 자료, 코드, 결과물 정도만 나누면 출발하기에 충분합니다. 원본은 덮어쓰지 않는다는 약속이 특히 중요합니다. 파일명은 “주제_담당자_날짜_버전”처럼 한 가지 형식을 쓰고, 제출본은 별도 폴더에서 담당자가 확정하도록 정하세요. 코드에 버전 관리 도구를 쓴다면 파일명에 최종·진짜최종을 반복해서 붙이기보다 변경 기록을 활용하는 편이 좋습니다. 폴더 첫 화면의 안내 파일에 위치와 실행 순서, 담당자만 짧게 적어두세요. 구조를 바꿀 때는 팀에 먼저 알리고, 기존·신규 경로와 적용 시점을 남긴 뒤 코드의 파일 경로가 깨지지 않는지 확인하면 됩니다. 정교한 분류보다 원본 보존과 최신본 식별이 잘 되는 구조가 좋습니다!! 멘티님을 진심으로 응원합니다. 아자아자 화이팅!

  ---
• 

  채택스포스코

  코부사장 ∙ 채택률 71%

  ---

  안녕하세요. 멘티님. 반갑습니다. 전공 팀 과제라면 시작할 때 폴더 구조는 너무 세밀하게 잡기보다 자료가 섞이지 않을 정도까지만 맞추시는 게 좋습니다. 제가 현장에서 들은 이야기로도 처음부터 규칙을 많이 두면 오히려 팀원들이 안 지키게 되더라구요. 그래서 원본 자료와 가공 파일과 최종본을 나누는 큰 틀만 먼저 정하고 파일 이름과 저장 위치와 수정본 구분은 그다음에 맞추시면 됩니다. 보통은 누가 봐도 헷갈리지 않게 원본은 그대로 보관하고 작업본은 별도 폴더에 두고 최종본만 따로 모아두는 방식이 가장 무난합니다. 중간에 구조를 바꿔야 한다면 말로만 알리지 말고 한 번에 기준을 바꿔서 공유하시는 게 중요합니다. 예를 들어 폴더를 옮겼다면 어디가 새 기준인지 짧게 남기고 예전 파일은 바로 지우지 말고 일정 기간 남겨두면 혼선을 줄이기 좋습니다. 파일 이름도 처음부터 너무 복잡하게 가지 마시고 날짜와 버전 정도만 넣는 식으로 단순하게 맞추시면 됩니다. 핵심은 규칙을 많이 만드는 것보다 팀원 전원이 바로 찾을 수 있게 만드는 것이고 처음 합의한 기준을 끝까지 유지하는 편이 훨씬 수월합니다. 모쪼록 도움이 되셨다면 채택부탁드립니다. 감사합니다.

  ---
• 

  취뽀도우미입니다삼성SDS

  코이사 ∙ 채택률 97%

  ---

  전공 팀 과제를 시작할 때는 폴더 구조를 처음부터 너무 복잡하게 짜기보다는 데이터와 소스 코드가 섞이지 않도록 대략적인 틀만 잡고 시작하는 편이 좋습니다. 질문하신 대로 원본 자료와 가공 파일, 최종 결과물을 나누는 규칙은 협업의 기본이 되므로 가장 먼저 합의해야 하는 핵심 약속입니다. 실무에서도 초기에 대용량 원본과 스크립트, 산출물 폴더 정도만 분리해 두어도 파일이 꼬이는 문제를 크게 줄일 수 있습니다. 파일 이름, 저장 위치, 수정본 구분 중에서는 저장 위치와 수정본 구분 방식을 먼저 합의하는 것이 효과적입니다. 파일 이름에 날짜나 버전을 일일이 길게 적는 방식은 오타가 나기 쉽고 관리가 번거롭기 때문에, 공유 드라이브나 형상 관리 툴 내의 특정 폴더 경로를 정해 두고 그 안에서 버전을 관리하는 편이 안전합니다. 수정본을 구분할 때는 파일명을 계속 수정하기보다 중요한 마일스톤이나 제출 직전 파일에만 명확한 버전 표기를 남기는 규칙을 세우는 것을 추천합니다. 과제를 진행하다 보면 구조를 변경해야 하는 상황이 반드시 발생하는데, 이때는 팀원 전체가 모인 자리에서 변경 이유를 공유하고 새로운 구조를 한 번에 적용해야 혼선을 줄일 수 있습니다. 이미 작성된 파일들을 무리하게 한 번에 옮기기보다는 공용 폴더에 임시 백업 폴더를 만들어 과거 자료를 보관한 뒤 새로운 구조로 작업을 이어가는 방식이 안전합니다. 처음부터 완벽한 구조를 만들려고 하기보다는 팀원들이 가장 편하게 지킬 수 있는 최소한의 규칙으로 시작해 유연하게 조율해 나가기를 바랍니다.

  ---